home *** CD-ROM | disk | FTP | other *** search
- Path: nntp.magwien.gv.at!ta5790
- From: stw@adv.magwien.gv.at (Wolfgang Steiner)
- Newsgroups: comp.os.ms-windows.programmer.win32,comp.lang.basic.visual.misc,comp.os.ms-windows.programmer.ole,comp.lang.c++
- Subject: Re: Calling 32-bit DLLs from 16-bit-Applications
- Date: Fri, 02 Feb 96 06:35:41 GMT
- Organization: City Council of Vienna, Computer Dep.
- Message-ID: <4esbbt$1dk_001@adv.magwien.gv.at>
- References: <4enu1u$20c_001@adv.magwien.gv.at> <3110DD3B.455D@exptech.com>
- NNTP-Posting-Host: ta5790.adv.magwien.gv.at
- X-Newsreader: News Xpress Version 1.0 Beta #4
-
- In article <3110DD3B.455D@exptech.com>, Brad Wilson <bradw@exptech.com> wrote:
-
- >> ) Writing a 32bit-OLE-Server? (I could use VC++ 4.0)
- >
- >This is probably your easiest way to get things done. Write the OLE
- >server with automation exports, and call the automation calls in the
- >16-bit application. The advantage here is that the OLE libraries will
- >automatically "marshall" the calls across 16- and 32-bit, regardless
- >of the operating system in use.
- >
- I've tried this way. Under Win95 it works without problems, within
- my Visual Basic program I can also start the OLE server with
-
- Set MyObj = CreateObject("MyServer.xyz")
-
- Under WfW it seems that it isn't possible to start a 32bit-OLE server from
- a 16bit-application. I got an error message.
- After starting the OLE-server from a 32bit-application, the VB3-application
- could work together with the OLE-server
-
- Set MyObj = GetObject(,"MyServer.xyz")
-
- Regards
- Wolfgang
-
- --------------------------------------------------------------------
- Wolfgang Steiner; MA 14 - ADV; Rathausstr.1; A-1082 Vienna; Austria
- phone: +43-1-4000/98601
- fax: +43-1-4000/7141
- eMail: stw@adv.magwien.gv.at
- --------------------------------------------------------------------
-